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IN THE SPECIFICATION: 

The specification as amended below with replacement paragraphs shows added text 
with underlining and deleted text with strik e through . 

Please REPLACE paragraph [0015] on pages 3 and 4 with the following amended 
paragraph: 

[0015] Each of the additional data areas D contains a plurality of additional data 21 separated 
by a plurality of second sync patterns 23. Here, as will be explained later, the first sync patterns 
13 have modulation codes corresponding to sync numbers shown in Tables 1 and 2 and are 
formed by combining predetermined selected sync numbers. The second sync patterns 23 are 
formed of predetermined t¥pe~ types of patterns denoted by reference numerals 23a and 23b 
according to the same method as the plurality of first sync patterns 13. 

Please REPLACE paragraph [0024] (including Table 1) on page 5 with the following 
amended paragraph: 
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[0024] As can be seen in Table 1 , a RLL (1 ,7) code is used. Each sync body has 1 8 bits, and 
each sync ID has 6 bits. The user data area C includes 9 user data frames fef -having 
corresponding sync data, and the additional data area D includes two asef -additional data 
frames fef -having corresponding sync data. 

Table 1 



Sync No. 


18-Bit Sync Body 


6-Bit Sync ID 


Remark 


0 


nnn nn-i n-tn nnn nnn n-in 
001 001 010 000 000 010 


000 0001 




1 


001 001 010 000 000 010 


010 010 




2 


001 001 010 000 000 010 


101 000 




3 


001 001 010 000 000 010 


100 001 


User Data Area 
Sync Data 


4 


001 001 010 000 000 010 


000100 


5 


001 001 010 000 000 010 


001 001 


6 


001 001 010 000 000 010 


010 101 




7 


001 001 010 000 000 010 


010 000 




8 


001 001 010 000 000 010 


101 010 




9 


001 001 010 000 000 010 


100101 


Additional Data Area 


10 


001 001 010 000 000 010 


101 001 


Sync Data 



Please REPLACE paragraph [0025] (including Table 2) on pages 5 and 6 (which was 
previously replaced with amended paragraph [0025] (including Table 2) on page 4 of the 
Amendment of February 29, 2008) with the following amended paragraph: 
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[0025] As can be seen in Table 2, a RLL (2,10) code is used. Each sync body has 22 bits, 
and each sync ID has 10 bits. The user data area C includes 7 user data frames fe ^having 
corresponding sync data, and the additional data area D includes 2 use ^additional data frames 
fet Miaving corresponding sync data. 



Table 2 



Sync No. 


22-Bit Sync Body 


10-Bit Sync ID 


Remark 


0 


100 001 000 000 000 000 010 0 


010 001 000 1 




1 


100 001 000 000 000 000 010 0 


000100 100 1 




2 


100 001 000 000 000 000 010 0 


010 000 010 0 


User Data Area 
Sync Data 


3 


100 001 000 000 000 000 010 0 


001 000 000 0 


4 


100 001 000 000 000 000 010 0 


100 100 100 0 


5 


100 001 000 000 000 000 010 0 


010 000 100 0 




6 


100 001 000 000 000 000 010 0 


000 010 000 0 




7 


100 001 000 000 000 000 010 0 


001 001 000 1 


Additional Data Area 


8 


100 001 000 000 000 000 010 0 


0100100100 


Sync Data 



Please REPLACE paragraph [0026] on page 6 with the following amended paragraph: 

[0026] As shown in Tables 1 and 2, the sync data in the additional data D area teas -have 
different patterns as compared to the sync data in the user data area C. In other words, the sync 
IDs of the second sync patterns 23 have sync patterns not used as the first sync patterns 13. 
Therefore, the additional data areas D can be managed and can be distinctly differentiated from 
the user data areas C. 
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